Synthetic Monitoring

システムやサービスをユーザー目線で外側から監視する手法

GPT-4.icon

簡単に言えば、「ユーザーが実際にサービスを使ったときに、きちんと動くか」を定期的に確認する仕組みです。

🔍 外形監視の基本

✅ 目的

サービスが「外部から正常に利用可能かどうか」をチェックする

内部のサーバやAPIの死活監視とは違い、ユーザー体験を確認することが主目的

✅ 仕組み

定期的にHTTPリクエストやPingを送信し、レスポンスの可否や速度、内容を確認

監視サーバは通常、インターネット上の第三者のサーバ（監視サービス）や自社の別ネットワーク環境に置かれる

⚙️ 外形監視でチェックする項目の例

table:_

項目 内容

HTTPステータスコード 200 OK で返ってくるか

レスポンス速度 規定の時間内に返答があるか

レスポンスボディの内容確認 想定したキーワードが含まれているか

SSL証明書の有効期限確認 証明書の期限切れが近づいていないか

ページ遷移やフォーム送信 実際の操作をシナリオで確認（ログインや注文など）

🔄 外形監視と内部監視の違い

table:_

項目 外形監視 内部監視

監視対象 サービスの外部公開インターフェース サーバ、ミドルウェア、プロセス、メトリクス

目的 ユーザー目線でのサービス可用性確認 システム内部の正常性確認

監視方法 外部からのHTTPリクエスト、操作シナリオ エージェントや内部プロセス監視

発見できる障害 ネットワーク断、サービス停止、SSL問題など CPU高負荷、メモリ不足、DBダウンなど

🔧 よく使われるツール

自作スクリプト（curl + cron など）

↑例えば、定期的にリクエスト送信して200が返ってくるか確認するとか、レスポンス時間計測するとか

🚨 外形監視で検知しやすい代表的なトラブル

サービスが落ちている（HTTPエラー）

ネットワーク障害でアクセスできない

DNS設定ミスでドメインが引けない

SSL証明書の期限切れ

サーバ過負荷でレスポンスが遅い

画面の重要要素が表示されない